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MULTICAST SERVICE PROVIDING METHOD IN MOBILE 
COMMUNICATION SYSTEM 

TECHNICAL FIELD 

5 

The present invention relates to a method for providing a multimedia 
broadcast/multicast service (MBMS) of a universal mobile 
telecommunications system (UMTS), and more particularly, to a method for 
transmitting multicast data through a downlink shared channel. 

10 

BACKGROUND ART 

A universal mobile telecommunications system (UMTS) is a third 
generation mobile communication system that has evolved from a standard 
known as Global System for Mobile communications (GSM). This standard is 
15 a European standard which aims to provide an improved mobile 
communication service based on a GSM core network and wideband code 
division multiple access (W-CDMA) technology. 

Figure 1 shows a network structure of a general UMTS. 

As shown in Figure 1, the UMTS is roughly divided into a 
20 terminal(UE : user equipment), a UTRAN and a core network. 

The UTRAN includes one or more radio network sub-systems (RNS). 
Each RNS includes an RNC and one or more Node Bs managed by the 
RNCs. 
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Node Bs are managed by the RNCs, receive information sent by the 
physical layer of a terminal (e.g., mobile station, user equipment and/or 
subscriber unit) through an uplink, and transmit data to a terminal through a 
downlink. Node Bs, thus, operate as access points of the UTRAN for a 
5 terminal. 

The RNCs perform functions which include assigning and managing 
radio resources, and operate as an access point with respect to the core 
network. 

A primary function of the UTRAN is constructing and maintaining a 
10 radio access bearer (RAB) for a call connection between the terminal and the 
core network. The core network applies quality of service (QoS) requirements 
of end-to-end to the RAB, and accordingly, the UTRAN can satisfy the QoS 
requirements of the end-to-end by constructing and maintaining the RAB. 

The RAB service is divided into an lu bearer service and a radio 
15 bearer service of a lower concept. The lu bearer service handles reliable user 
data transmission between boundary nodes of UTRAN and the core network, 
while the radio bearer service handles reliable user data transmission 
between the terminal and UTRAN. 

Figure 2 illustrates a radio protocol between the terminal and the 
20 UTRAN on the basis of the 3GPP wireless access network standards. 

With reference to Figure 2, the radio access interface protocol 
includes horizontal layers comprising a physical layer, a data link layer and a 
network layer, and vertical planes comprising a user plane for transmitting 
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data information and a control plane for transmitting control signals. 

The user plane is a region to which traffic information of a user such 
as voice or an IP packet is transmitted. The control plane is a region to which 
control information such as an interface of a network or maintenance and 

5 management of a call is transmitted. 

In Figure 2, protocol layers can be divided into a first layer (L1), a 
second layer (L2) and a third layer (L3) based on three lower layers of an 
open system interconnection (OSI) standard model well known in the art of 
communication systems. 

10 The first layer (PHY) provides an information transfer service to the 

upper layer by using various radio transfer techniques. 

The first layer is connected to the MAC layer through a transport 
channel, and data is transferred between the MAC layer and the PHY layer 
through the transport channel. 

is Data is transmitted according to transmission time interval (TTI) 

through the transport channel. The physical channel transfers data by 
dividing it by the unit of certain time called a frame. In order to synchronize 
the transport channel between the UE and UTRAN, a connection frame 
number (CFN) is used. The CFN value has the range of 0-255 in case of 

20 transport channels except for a paging channel (PCH). That is, CFN is 
repeatedly circulated by the period of 256 frames. 

Besides the CFN, a system frame number (SFN) is also used to 
synchronize the physical channel. The SFN value has the range of 0-4095 
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and repeated by the period of 4096 frames. 

The MAC layer provides a re-allocation service of the MAC 
parameter for allocation and re-allocation of radio resources. 

The MAC layer is connected to the radio link control (RLC) layer 
5 (which is an upper layer) through a logical channel, and various logical 
channels are provided according to the kind of transmitted information. In 
general, when information of the control plane is transmitted, a control 
channel is used. When information of the user plane is transmitted, a traffic 
channel is used. 

10 The MAC is classified into an MAC-b sublayer, an MAC-d sublayer 

and an MAC-c/sh sublayer according to types of managed transport channels. 
The MAC-b sublayer manages a BCH (Broadcast Channel) handling 
broadcast of system information, while the MAC-c/sh sublayer manages 
shared transport channel such as FACH (Forward Access Channel), DSCH 
is (Downlink Shared Channel), or the like, shared with other terminals. 

In UTRAN, the MAC-c/sh sublayer is positioned at a control RNC 
(CRNC) and manages channels shared by every terminal in a cell, so that 
one MAC-c/sh sublayer exists in each cell. 

The MAC-d sublayer manages a DCH (Dedicated Channel), a 
20 dedicated transport channel for a specific terminal. Accordingly, the MAC-d 
sublayer is positioned at a serving RNC (SRNC) managing a corresponding 
terminal, and one MAC-d sublayer exists also at each terminal. 

A radio link control (RLC) layer supports a reliable data transmission 
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and may perform a function of segmentation and concatenation of an RLC 
service data unit (SDU) coming from a higher layer. The RLC SDU 
transferred from the higher layer is adjusted in its size according to a 
throughput capacity at the RLC layer, to which header information is added, 

5 and then transferred in a form of a PDU (Protocol Data Unit) to the MAC layer. 
The RLC layer includes an RLC buffer for storing the RLC SDU or the RLC 
PDU coming from the higher layer. 

A broadcast/multicast control (BMC) layer performs functions of 
scheduling a cell broadcast message (CB) transferred from the core network 

10 and broadcasting the CB to UEs positioned in a specific cell(s). At the side of 
UTRAN, the CB message transferred from the upper layer is combined with 
information, such as a message ID, a serial number or a coding scheme, and 
transferred in a form of BMC message to the RLC layer and to the MAC layer 
through a CTCH (Common Traffic Channel), a logical channel. In this case, 

15 the logical channel CTCH is mapped to a FACH (Forward Access Channel), 
a transport channel, and an S-CCPCH (Secondary Common Control Physical 
Channel), a physical channel. 

A packet data convergence protocol (PDCP) layer is an upper layer 
of the RLC layer, allowing data to be transmitted effectively on a radio 

20 interface with a relatively small bandwidth through a network protocol such as 
the IPv4 or the IPv6. For this purpose, the PDCP layer performs a function of 
reducing unnecessary control information, which is called a header 
compression, and in this respect, RFC2507 and RFC3095 (robust header 
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compression: ROHC), a header compression technique defined by an 
Internet standardization group called an IETF (Internet Engineering Task 
Force), can be used. In these methods, because the only information 
requisite for the header part of a data is transmitted, control information is 

5 transmitted, so that an amount of data transmission can be reduced. 

The RRC layer positioned in the lowest portion of the third layer (L3) 
is defined only in the control plane and controls the logical channels, the 
transport channels, and the physical channels in relation to the setup, the 
reconfiguration, and the release of the RBs. The RB signifies a service 

10 provided by the second layer for data transmission between the terminal and 
UTRAN, and setting up the RB means processes of stipulating the 
characteristics of a protocol layer and a channel, which are required for 
providing a specific service, and setting the respective detailed parameters 
and operation methods. 

15 The MAC-sublayer will now be described. 

A primary function of the MAC layer existing between the RLC and 
the physical layer is mapping the logical channel and the transport channel. 
The reason is because channel processing methods of the upper layer and 
the lower layer of the MAC are different. That is, at the upper layer of the 

20 MAC, data is processed separately by using the control channel of the 
control plane and the traffic channel of the user plane according to the 
content of the data that the channel transmits. Meanwhile, at the lower layer, 
data is processed separately by using a common channel and a dedicated 
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channel depending on whether a channel is shared, so inter-channel 
mapping is important. 

Figure 3 illustrates mapping relations between the logical channel 
and the transport channel at the UE. In case of UTRAN, the directions of 
5 arrows are the opposite. 

Another important function of the MAC can be a logical channel 
multiplexing. In the channel mapping, the MAC maps several logical 
channels to one transport channel, to thereby obtain a multiplexing gain 
which heightens an efficiency of the transport channel. Such multiplexing can 
10 provide a remarkably high gain for signaling information transmitting data 
intermittently and packet data, so that it is used for an SRB (Signaling Radio 
Bearer) or a packet service (PS) RAB. In case of a circuit service (CS) RAB, 
because data is continuously transmitted, the multiplexing function is not 
used. 

15 Accordingly, the MAC provides a flexibility in channel selection and 

an efficiency of a channel resource through the channel mapping and logical 
channel multiplexing. In this case, in order to support the channel mapping 
and the logical channel multiplexing, additional functions are required. That is, 
four functions are additionally performed in the MAC. 

20 

1. Priority handling 

In order to support various channel mapping structures, the MAC 
performs a priority handling function.. The priority handling includes two types: 
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one is priority handling among several UEs, and the other is priority handling 
for one UE. 

The priority handling among UEs corresponds to a case that data of 
several UEs are transmitted at the downlink through a common transport 
5 channel (FACH or DSCH). In this case, the MAC first transmits data of a UE 
with a higher priority. That is, the MAC suitably allocates the common 
channel to each UE at each transmission time interval (TTI), to thereby 
heighten an efficiency of the channel resource. This is related to a dynamic 
scheduling function. 

10 A priority handling on one UE corresponds to a case that several 

logical channels belonging to one UE is mapped to one transport channel. 
The MAC determines a priority from the logical channel priority. This is 
related to a transport format combination selection, and the MAC selects a 
transport format combination that can first transmit data of a logical channel 

15 with a higher priority. 

2. Transport format combination selection 

The MAC transmits transport blocks (TB) to the physical layer 
through the transport channel. The transport format (TF) means a regulation 
20 for a size and the number of TBs that one transport channel transmits. In 
determining the TF for a specific transport channel, the MAC should even 
consider the transport channel multiplexing in the physical layer. 

The transport channel multiplexing refers to mapping plural transport 



WO 2004/028041 



PCT/KR2003/001919 



9 

channels to one coded composite transport channel (CCTrCH). Although this 
function is performed in the physical layer, the MAC should consider every 
transport channel mapped to the same CCTrCH in determining the TF. 
Actually, the amount of data processed in the physical layer is the amount of 
data transmitted through CCTrCH, so the MAC should determine the TF of 
each transport channel in consideration of CCTrCH. In this case, a 
combination of TF is called a transport format combination (TFC). The TFC is 
not determined by the MAC itself but selected from an available TFC set 
(TFCS) that the RRC layer informs. That is, the RRC informs the MAC of an 
available TFCS for one CCTrCH in an initial setting, and then the MAC 
selects a suitable TFC from the TFCS at each TTI. 

Selection of a suitable TFC from a given TFCS at each TTI is a 
function performed by the MAC, which includes two steps. 

First, the MAC constitutes a valid TFC set in the TFCS assigned to 
CCTrCH, and selects an appropriate TFC in the valid TFC set. The valid TFC 
set is a set of TFCs actually available for a corresponding TTI among 
assigned TFCS. The selection of a suitable TFC is take into account a 
channel environment changing at every moment. When a TFC is selected to 
be used in the corresponding TTI in the valid TFC set, the MAC selects a 
TFC on the basis of a priority of the logical channel. That is, the MAC selects 
a TFC that can transmit preferentially data of the logical channel with a 
higher priority, and such TFC selection is related to the priority processing 
function. 
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As for the RACH or CPCH, the common transport channel of the 
uplink, because one transport channel constitutes one CCTrCH, the term of 
the TF selection is used for the channels. 

5 3. Identification 

The MAC requires an identification function. The reason is because, 
first, the common transport channel is shared for use by several UEs, so 
each UE needs to be identified, and second, each logical channel needs to 
be identified due to the logical channel multiplexing. Accordingly, the MAC 

10 inserts four types of fields into a header of the MAC PDU for identification as 
shown in Figure 4. The fields of the MAC header do not necessarily exist, 
and their existence is determined depending on a mapping relation of the 
logical channel and the transport channel. 

The identification of the terminal is required when the dedicated 

15 logical channel such as DCCH or DTCH is mapped to a common transport 
channel such as RACH, FACH, CPCH (Control Physical Channel), DSCH or 
USCH (Uplink Shared Channel). For identification of each UE, the MAC adds 
a radio network temporary identity (RNTI), identification information of a 
terminal, to a UE-ID field of the header and transmits it. The RNTI includes 

20 U-RNTI (UTRAN RNTI), C-RNTI (Cell RNTI) and DSCH-RNTI, so the MAC 
also adds a UE-ID type field indicating which RNTI is used and transmits it. 

Identification of the dedicated logical channels is made through a CyT 
field. The reason is because, first, unlike other logical channels, several 
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dedicated channels can be mapped to one transport channel, and second, 
the dedicated logical channel is processed in an MAC-d of a serving radio 
network controller (SRNC) and other logical channels are provided in an 
MAC-c/sh of a control radio network controller (CRNC). Dedicated logical 

5 channels mapped to one transport channel respectively have a logical 
channel identity that is used as a C/T field value. If only one dedicated logical 
channel exists in the transport channel, the C/T field is not used. 

Figure 5 illustrates MAC header information according to a mapping 
relation between the dedicated logical channel and the transport channel in 

10 accordance with the conventional art. 

As shown in Figure 5, the C/T field exists only when several 
dedicated logical channels (DCCH or DTCH) are mapped, 'N' means non- 
existence of a header, and *-' means there is no mapping region. In addition, 
because the UE-ID field exists together with the UE-ID type field at the time, 

15 so it is simply indicated by UE-ID. 

4. Measurement of traffic volume and transport channel type 
switching 

In order to support the RRC in dynamically controlling a radio bearer, 
20 the MAC performs functions of measurement of a traffic volume and change 
of a type of a transport channel. 

The measurement of traffic volume is performed on the transport 
channel. The MAC measures the amount of LRC buffer of every logical 
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channel mapped to the transport channel at each TTI and adds them to 
calculate a transport channel traffic volume. In this case, the traffic volume of 
the transport channel indicates the amount of data that the transport channel 
is to transmit. 

5 The MAC reports the measurement result to the RRC. Unlike the 

measurement of the traffic volume performed at every TTI, the measurement 
result report is performed when a specific condition is satisfied unlike. The 
report type includes an event trigger method for reporting the measurement 
result when the measurement result exceeds a threshold value, and a 

10 periodical method for reporting the measurement result at every 
predetermined time. 

Upon receiving the measurement result, the RRC determines 
whether a current transport channel is suitable for each radio bearer, and if 
the current transport channel is not suitable, the RRC commands the MAC to 

15 change a transport channel of a radio bearer. Namely, the transport channel 
type change is a function for effectively managing a resource of the transport 
channel by selectively using a suitable transport channel according to the 
amount of given data. 

The multimedia broadcast/multicast service (MBMS) will now be 

20 described. 

The MBMS is a service for transmitting multimedia data such as 
audio, video or image data to plural terminals by using a uni-directional point- 
to-multipoint bearer service. The MBMS is divided into a broadcast mode and 
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a multicast mode. That is, the MBMS is divided into an MBMS broadcast 
service and an MBMS multicast service. 

The MBMS broadcast mode is a service for transmitting multimedia 
data to every user in a broadcast area. The broadcast area means a 
5 broadcast service available area. One or more broadcast areas may exist in 
one PLMN, one or more broadcast services can be provided in one 
broadcast area, and one broadcast service can be provided to several 
broadcast areas. 

The MBMS multicast mode is a service for transmitting multimedia 
10 data only to a specific user group existing in a multicast area. The multicast 
area means a multicast service available area. One or more multicast areas 
can exist in one PLMN, one or more multicast services can be provided in 
one multicast area, and one multicast service can be provided to several 
multicast areas. 

is In the multicast mode, a user is requested to join a multicast group to 

receive a specific multicast sen/ice. At this time, the multicast group refers to 
a user group that receives the specific multicast service, and joining refers to 
a behavior of being admitted to the multicast group intending for receiving the 
specific multicast service. 

20 MBMS data is transmitted from the RNC to a base station and to a 

terminal by using services of the PDCP layer, the RLC layer, the MAC layer 
and the physical layer positioned at the user plane of the UTRAN protocol. 
That is, the MBMS data transmitted from the core network (CN) is subjected 
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to a header compression at the PDCP layer and transmitted as an RLC UM 
entity through an RLC UM SAP, and then, the RLC UM entity is transmitted to 
the MAC layer through the common traffic channel, the logical channel. 

The MAC layer adds an MAC header to the received MBMS data and 

5 transfers it to the physical layer of the base station through the common 
transport channel. And then, the MBMS data undergoes coding and 
modulation in the physical layer and transmitted to the terminal through the 
common physical channel. 

An MBMS RB, a radio bearer (RB) for the MBMS, serves to transmit 

10 user data of one specific MBMS service transferred from the core network to 
UTRAN to a specific terminal group. The MBMS RB is roughly divided into a 
point-to-multipoint RB and a point-to-point RB. In order to provide the MBMS 
service, UTRAN selects one of the two types of MBMS RBs. In order to 
select the MBMS RB, UTRAN recognizes the number of users of the specific 

15 MBMS service existing in one cell. UTRAN internally sets a threshold value, 
and if the number of users existing in a cell is smaller than the threshold 
value, UTRAN sets the point-to-point MBMS RB, whereas if the number of 
users existing in a cell is greater than the threshold value, UTRAN sets the 
point-to-multipoint MBMS RB. 

20 The wireless system of the third generation partnership project 

(3GPP) proposes a downlink shared channel (DSCH) including a high speed 
downlink shared channel (HS-DSCH), particularly to support a packet data 
service. 
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In order for the DSCH to provide a multicast service, it should 
support the point-to-multipoint radio bearer, and at this time, the common 
logical channel such as CTCH or MTCH (MBMS Traffic Channel) should be 
mapped to the DSCH. In this respect, however, in the conventional art, 

5 because the DSCH transmits only data of the dedicated logical channel, a 
field for identifying a logical channel mapped to the DSCH is not added in the 
MAC header. Thus, when the common logical channel data is transmitted 
through the DSCH, in the case that the field indicating a type of the logical 
channel is not included in the MAC header in transmission of the DSCH, the 

10 terminal can not know which type of logical channel a data unit received 
through the DSCH belong to, and thus, there is a high possibility that a 
communication error occurs. 

The above references are incorporated by reference herein where 
appropriate for appropriate teachings of additional or alternative details, 

is features and/or technical background. 

DISCLOSURE OF THE INVENTION 

Therefore, an object of the present invention is to provide a data 
transmission method capable of discriminating a type of multicast service 
20 data when the multicast service data is transmitted through a shared channel. 

Another object of the present invention is to provide a data 
transmission method capable of providing a multicast service through a 
shared channel. 
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To achieve at least the above objects in whole or in part, there is 
provided a multicast service method in a wireless system in which service 
data of a logical channel is mapped to a common transport channel and 
transmitted to a terminal, including: adding a logical channel identifier to 
5 service data to be transmitted; and mapping corresponding service data to a 
common transport channel. 

Preferably, the logical channel is a common logical channel or a 
dedicated logical channel, and the common logical channel can be a 
common traffic channel (CTCH), a common control channel, an MBMS traffic 
10 channel (MTCH), or an MBMS control channel (MCCH). 

Preferably, the common transport channel is a downlink shared 
channel (DSCH). 

Preferably, the common transport channel is a high speed downlink 
shared channel (HS-DSCH). 
15 Preferably, the service data is multimedia broadcast/multicast service 

(MBMS) data. 

Preferably, the service data is an MBMS protocol data unit, which is 
an MAC protocol data unit. 

Preferably, the logical channel identifier is a target channel type field 
20 (TCTF), and the TCTF indicates whether a logical channel mapped to the 
common transport channel is a common logical channel or a dedicated 
logical channel. The logical channel identifier is added when the service data 
is transmitted from a medium access control (MAC) layer to a lower layer. 
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Preferably, the logical channel identifier is added by a common type 
of MAC entity such as an MAC-c/sh which manages a common radio 
resource of every terminal in a cell. 

Preferably, the logical channel identifier is included in a header of the 
5 service data, and the header is an MAC header. 

The multicast service method further includes adding a terminal 
identifier and an indicator indicating a type of the terminal identifier to the 
service data to be transmitted. The terminal identifier is an MBMS radio 
network temporary identifier (RNTI), a terminal group identifier, or an MBMS 
10 service identifier. 

To achieve at least these advantages in whole or in parts, there is 
further provided a multicast service method in a wireless communication 
system in which service data of a common logical channel or a dedicated 
logical channel is mapped to a downlink shard channel (DSCH) or a high 
is speed downlink shared channel (HS-DSCH) and transmitted to a terminal, 
wherein when a medium access control (MAC) transmits service data 
through DSCH or HS-DSCH, it also transmits an indicator indicating a type of 
mapping of a logical channel to the service data. 

Preferably, the service data is a multimedia broadcast/multicast 
20 service (MBMS) data. 

Preferably, the service data is an MBMS protocol data unit, and the 
MBMS protocol data unit is an MAC protocol data unit. 

Preferably, the indicator is a target channel type field (TCTF). 
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Preferably, the MAC layer is an MAC-c/sh layer which manages a 
common resource of every terminal in a cell. 

Preferably, the indicator is included in a header of the service data, 
and the header is an MAC header. The MAC header includes a terminal 
5 identifier and an indicator indicating a type of the terminal identifier. 

Preferably, the terminal identifier is an MBMS radio network 
temporary identifier (RNTI), a terminal group identifier, or an MBMS service 
identifier. 

To achieve at least these advantages in whole or in parts, there is 
10 further provided a multicast service method in a wireless communication 
system in which service received through downlink shard channel is 
transmitted to an upper layer of a terminal, including: reading a logical 
channel identifier from service data and recognizing a logical channel through 
which corresponding data is to be transmitted; and transmitting received data 
15 to an upper layer of a terminal through the recognized logical channel. 

Preferably, the received data is multimedia broadcast/multicast 
service (MBMS) data. 

Preferably, the logical channel identifier is a target channel type field 

(TCTF). 

20 Preferably, if the logical channel for transmitting the service data is a 

common logical channel, the received data is transmitted to a resource link 
control (RLC) layer through the common logical channel. If the logical 
channel for transmitting the service data is a dedicated logical channel, the 
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received data is transmitted to an MAC-d layer which manages a dedicated 
resource through the dedicated logical channel. 

Preferably, the recognizing step is performed in a common type of 
medium access control (MAC) layer of a terminal such as an MAC-c/sh layer. 

5 To achieve at least these advantages in whole or in parts, there is 

further provided a multicast service method in a wireless communication 
system in which data received through downlink shared channel is 
transmitted to an upper layer of a terminal, including: reading a logical 
channel identifier and a terminal identifier from received data; and 

10 transmitting the received data to an upper layer through a predetermined 
logical channel on the basis of the read logical channel identifier and terminal 
identifier. 

Preferably, the logical channel identifier is a target channel type field 

(TCTF). 

15 Preferably, the terminal identifier is an MBMS radio network 

temporary identifier (RNTI), a terminal group identifier, or an MBMS service 
identifier. 

Preferably, the transmitting step includes: checking whether the 
logical channel identifier indicates a common logical channel; checking 
20 whether the terminal identifier indicates a terminal group to which a 
corresponding terminal belongs; and transmitting received data to an upper 
layer according to the check result. 

Preferably, if the logical channel identifier indicates a common logical 
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channel and the terminal identifier indicates a terminal group to which a 
terminal belongs, the received data is transmitted to a resource link control 
(RLC) layer through the common logical channel. If the logical channel 
identifier indicates the common logical channel but the terminal identifier 

5 does not indicate a terminal group to which a terminal belongs, the received 
data is discarded. 

Preferably, if the logical channel identifier indicates a dedicated 
logical channel and the terminal identifier indicates a terminal group to which 
a terminal belongs, the received data is transmitted to an MAC-d layer. If the 

10 logical channel identifier indicates the dedicated logical channel but the 
terminal identifier does not indicate a terminal group to which a terminal 
belongs, the received data is discarded. 

Additional advantages, objects, and features of the invention will be 
set forth in part in the description which follows and in part will become 

15 apparent to those having ordinary skill in the art upon examination of the 
following or may be learned from practice of the invention. The objects and 
advantages of the invention may be realized and attained as particularly 
pointed out in the appended claims. 

20 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described in detail with reference to the 
following drawings in which like reference numerals refer to like elements 
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wherein: 

Figure 1 illustrates a network structure of a general UMTS system; 
Figure 2 illustrates a radio access interface protocol between the 
terminal and UTRAN on the basis of the 3GPP radio access network 
5 standards; 

Figure 3 illustrates an example of a mapping relation between a 
logical channel and a transport channel at the UE; 

Figure 4 illustrates a structure of MAC PDU for a point-to-point DSCH 
in accordance with a conventional art; 
io Figure 5 illustrates MAC header information according to the 

mapping relation of a dedicated logical channel and the transport channel in 
accordance with the conventional art; 

Figure 6 illustrates a structure of MAC PDU for a point-to-multipoint 
DSCH in accordance with the present invention; 
15 Figure 7 illustrates a structure of an common type of an MAC of 

CRNC for the point-to-multipoint DSCH and a multicast data processing 
method; and 

Figure 8 illustrates a structure of an common type of an MAC of a 
terminal for the point-to-multipoint DSCH and a multicast data processing 
20 method. 

MODES FOR CARRYING OUT THE PREFERRED EMBODIMENTS 

The present invention is implemented in a mobile communication 
system such as a UMTS (Universal Mobile Telecommunications System) 
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developed by 3GPR However, the present invention can be also applied to a 
communication system opening in a different standard. 

The present invention proposes a method in which when UTRAN 
transmits radio bearer data through a downlink shared channel (DSCH), the 

5 terminal determines to which logical channel it transfers the data received 
through DSCH. In the present invention, DSCH provides a point-to-multipoint 
radio bearer service as well as a point-to-point radio bearer service, and 
especially, transmits data of a common traffic channel such as CTCH and 
MTCH to a specific terminal group. 

io In order to discriminate the DSCH from that of the conventional art, in 

the present invention, if the DSCH is used to provide a point-to-multipoint 
radio bearer service, it is called a point-to-multipoint DSCH. On the other 
hand, if the DSCH is used to provide a point-to-point radio bearer service, it 
is called a point-to-point DSCH. Also, in the present invention, a DSCH 

15 includes a high speed downlink shared channel (HS-DSCH) so that a DSCH 
can be replaced by a HS-DSCH. 

In the present invention, an indicator indicating whether 
corresponding data is multicast data or dedicated data is added in multicast 
service data and transmitted through the downlink shard channel (DSCH). 

20 The indicator is included in a header of a MAC PDU as a target channel type 
field (TCTF). 

Preferred embodiments of the present invention will now be 
described. 
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Referring back to the conventional shard transport channel (DSCH), 
because it transmits only data of the dedicated logical channel, a field for 
identifying a type of a logical channel mapped to the DSCH is not included in 
the MAC header. However, in order for the DSCH to provide a multicast 

5 service as well as a dedicated service, the DSCH should support a point-to- 
multipoint radio bearer (RB), for which the common logical channel such as 
CTCH or MTCH should be mapped to DSCH. 

Figure 6 illustrates a structure of the MAC PDU for the point-to- 
multipoint DSCH in accordance with the present invention. 

10 As shown in Figure 6, the MAC PDU transmitted through DSCH 

consists of an MAC header and an MAC PDU. The MAC header includes 
TCTF, UE ID type, an MBMS identifier (m-RNTI) or the like. 

The MAC header includes a TCTF field for identifying a type of a 
logical channel. The TCTF field indicates whether a channel mapped to 

15 DSCH is a dedicated logical channel (DTCH/DCCH) or a common logical 
channel (CTCH, BCCH, CCCH, MTCH, MCCH). That is, the TCTF field 
indicates whether multicast service data transmitted through the downlink 
shared channel (DSCH) is multicast data or dedicated data. 

The UE ID type field indicates whether a type of a UE ID included in 

20 the MAC header is U-RNTI, C-RNTI, DSCH-RNTI or the MBMS identifier (m- 
RNTI). 

The MBMS (m-RNTI) field indicates terminal identifier information. In 
general, in case of the point-to-point DSCH, DSCH-RNTI is used as a UE IE 
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in the MAC header, whereas in case of the point-to-multipoint DSCH, the 
MBMS identifier (m-RNTI) is used as the UE ID. Alternatively, instead of the 
MBMS identifier, an MBMS service identifier or a terminal group identifier is 
used as the UE ID. 

5 Accordingly, UTRAN MAC attaches MAC header information to the 

RLC PDU transmitted through CTCH to construct a MAC PDU, that is, a 
transmission block, and transmits it to the physical layer through DSCH. 

Figure 7 illustrates a structure of a common type of MAC of CRNC 
for the point-to-multipoint DSCH. The common type of MAC of CRNC 

10 supports the MBMS in UTRAN. An MAC-c/sh can be used as the common 
type of MAC in CRNC. 

As shown in Figure 7, an RLC UM (Unacknowledged Mode) of an 
RLC 10 exists in every MBMS point-to-multipoint radio bearer. Different RLC 
UM entities transmit MBMS data having different QoS (Quality of Service). 

15 One RLC UM entity has one CTCH. In Figure 7, MTCH can be also used 
instead of CTCH. 

Upon receiving the RLC PDU through CTCH, an MAC-c/sh 20 adds 
the m-RNTI and a UE ID to the RLC PDU and performs a TCTF multiplexing 
(steps S21, S23 and S24). At this time, a step S22 means a flow control 
20 between the MAC-c/sh and an MAC-d. 

Thereafter, the MAC-c/sh performs a downlink scheduling function 
that suitably allocates the downlink shared channel to the terminal at every 
transmission time interval (TTI) and a priority handling function that transmits 
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data with a higher priority first (step S25). At this time, the MAC-c/sh 20 can 
perform the priority handling by the following three types. 

1. Priority handling among MBMS multicast groups (or MBMS 
services) 

5 2. Priority handling on one MBMS multicast group (or one MBMS 

service) 

3. Priority handling among data in an MBMS multicast group (or 
MBMS service) 

For instance, when data of several MBMS multicast group is 
10 transmitted through the common transport channel such as FACH, DSCH or 
HS-DSCH at the downlink, the MAC-c/sh 20 transmits MBMS data with a 
higher priority first. This is related to a dynamic scheduling function, and such 
a method can heighten an efficiency of a channel resource by suitably 
allocating the common channel to the terminal at every TTI. 
15 In case that several logical channels belonging to one MBMS service 

or one MBMS multicast group are mapped to one transport channel, the 
MAC-c/sh 20 determines a priority from a logical channel priority. This is 
related to a transport format combination selection, and the MAC-c/sh selects 
a transport format combination (TFC) that can transmit data of a logical 
20 channel with a higher priority first (step S26). 

The MAC-c/sh selects TFCs of data to be transmitted through the 
point-to-multipoint DSCH, and selects a code of a downlink for transmitting a 
corresponding MAC PDU, that is, a channel code of a PDSCH (Physical 
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Downlink Shared Channel) (physical channel) (step S27). In a specific 
PDSCH radio frame, the PDSCH channel code is used to transmit a 
corresponding MBMS service or an MBMS multicast group data. 

Figure 8 illustrates a structure of a common type of MAC of a 
5 terminal for the point-to-multipoint DSCH. The common type of MAC of a 
terminal supports the MBMS in UE. An MAC-c/sh can be used as the 
common type of MAC in UE. 

As shown in Figure 8, a physical layer of a terminal belonging to the 
MBMS multicast group first receives DSCH control information through 
10 DPCH, and then determines whether to receive DSCH during a specific radio 
frame depending on a content of the received DSCH control information. 

If the DSCH control information informs that DSCH should be 
received during the specific radio frame for the MBMS service, the physical 
layer of the terminal receives DSCH during the specific radio frame according 
15 to the DSCH control information, decodes the MAC PDU, and transmits it to 
the MAC-c/sh of the terminal through the transport channel. 

Then, the MAC-c/sh 40 of the terminal demultiplexes a TCTF field 
from the received MAC PDU (step S43), and checks whether the information 
of the TCTF field inserted in the MAC PDU indicates the dedicated logical 
20 channel (DTCH or DCCH) mapping or the common logical channel (e.g., 
CTCH, MTCH or MCCH) mapping. 

If the information of the TCTF field indicates the dedicated logical 
channel (DTCH or DCCH) mapping, the MAC-c/sh 40 processes data in the 



WO 2004/028041 



PCT/KR2003/001919 



27 

same manner as the point-to-point DSCH of the conventional art. That is, if 
the information of the TCTF field indicates the dedicated logical channel 
mapping, the MAC-c/sh of the terminal reads a UE ID from the MAC header 
and discriminates whether the corresponding UE ID is its own ID. If the 

5 corresponding UE ID is its own ID, the MAC-c/sh of the terminal transmits the 
corresponding MAC PDU to the MAC-d layer. 

If the information of the TCTF field inserted in the MAC PDU 
indicates the common logical channel (e.g. CTCH or MTCH) mapping, the 
MAC-c/sh of the terminal checks whether the UE ID type field indicates 

10 inclusion of the MBMS RNTI (m-RNTI). If the UE ID type field does not 
indicate inclusion of m-RNTI, the MAC-c/sh discards the corresponding MAC 
PDU. 

If, the UE ID type field indicates inclusion of m-RNTI, the MAC-c/sh 
40 reads m-RNTI from the MBMS identifier field (step S43) and checks 

15 whether the read m-RNTI indicates a multicast service that the terminal 
desires to receive. If the read m-RNTI does not indicate the multicast service 
that the terminal desires to receive, the MAC-c/sh 40 discards the 
corresponding MAC PDU. 

If the corresponding m-RNTI indicates the multicast service that the 

20 terminal desires to receive, the MAC-c/sh 40 transmits the RLC PDU to an 
RLC UM entity 31 of the RLC layer 30 of the terminal through the 
corresponding common logical channel (CTCH) by using the logical channel 
type (e.g., CTCH) inserted in the corresponding MAC PDU and identification 
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information. That is, on the basis of the TCTF inserted in the MAC PDU and 
the information of the MBMS identifier field, the MAC-c/sh 40 of the terminal 
can recognize from which logical channel the data (MAC PDU) has been 
transmitted and through which logical channel the data is to be transmitted to 

5 the RLC layer of the terminal. 

As so far described, the method for transmitting multicast data 
through a downlink shared channel of the present invention has the following 
advantage. That is, by including the TCTF field in the header of the MAC 
PDU that the DSCH transmits, when DSCH supports the point-to-multipoint 

10 radio bearer, a type of a mapped logical channel can be known. Therefore, 
the MAC-c/sh of the terminal that receives the DSCH data can recognize 
from which logical channel the data (MAC PDU) has been transmitted and 
through which logical channel the data is to be transmitted to the RLC layer 
of the terminal. 

15 The foregoing embodiments and advantages are merely exemplary 

and are not to be construed as limiting the present invention. The present 
teaching can be readily applied to other types of apparatuses. The 
description of the present invention is intended to be illustrative, and not to 
limit the scope of the claims. Many alternatives, modifications, and variations 

20 will be apparent to those skilled in the art. In the claims, means-plus-function 
clauses are intended to cover the structure described herein as performing 
the recited function and not only structural equivalents but also equivalent 
structures. 
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CLAIMS 

1 . A multicast service providing method in a wireless system in 
which a logical channel data is mapped to a common transport channel and 
5 transmitted to a receiving end, wherein a dedicated logical channel data and 
a common logical channel data are transmitted by using an uni-directional 
shared channel, such that the dedicated logical channel data and common 
logical channel data can be identified at the receiving end 

io 2. The method of claim 1 , wherein the dedicated logical channel 

is a dedicated traffic channel (DTCH) or a dedicated control channel (DCCH). 

3. The method of claim 1 , wherein the dedicated logical channel 
data is a multimedia broadcast/multicast service (MBMS) data. 

15 

4. The method of claim 1, wherein the common logical channel 
is an MBMS traffic channel (MTCH) or an MBMS control channel (MCCH). 

5. The method of claim 1 , wherein the dedicated logical channel 
20 data and common logical channel data are identified by a logical channel 

identifier. 

6. The method of claim 5, wherein the logical channel identifier 
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is a target channel type field (TCTF). 



7. The method of claim 1, wherein the shared channel is a 
downlink shared channel (DSCH). 

5 

8. The method of claim 1, wherein the shared channel is a 
channel that transmits a data only. 



9. The method of claim 1, wherein a control of the shared 
10 channel is a channel of which control information is transmitted through an 
associated channel. 



1 0. The method of claim 1 , wherein a data of the shared channel 
includes: 

is an indicator indicating a logical channel type; 

an indicator indicating a multicast service type; and 
a service data unit 



11. In a wireless communication method which a dedicated 
20 logical channel data and a common logical channel data are transmitted by 
using an uni-directional shared channel, wherein a data transmitted through 
the shared channel includes: 

a first indicator indicating a logical channel type; 



WO 2004/028041 



PCT/KR2003/001919 



31 

a second indicator indicating a multicast service type; and 
a service data unit. 

12. The method of claim 11 , wherein the first indicator is a target 
5 channel type field (TCTF). 

13. The method of claim 11, wherein the second indicator 
includes: 

a terminal identifier; and 
io an indicator indicating a type of the terminal identifier. 

14. The method of claim 13, wherein the terminal identifier is an 
MBMS radio network temporary identifier (RNTI). 

15 15. The method of claim 11, wherein the first and second indicators 

are includes a header. 

16. A method of providing a multicast service in a radio 
communication system, the method comprising: 
20 receiving data of a dedicated logical channel having a corresponding 

first dedicated transport channel, 

receiving data of a common logical channel having a corresponding 
second dedicated transport channel, 
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processing the dedicated logical channel data and the common 
logical channel data to form multiplexed data that contains an identifier to 
provide distinction between the dedicated logical channel data and the 
common logical channel data; 

newly establishing a shared transport channel independent from the 
first and second dedicated transport channels; and 

transporting the multiplexed data via the newly established shared 
transport channel. 

17. The method of claim 16, further comprising a step of 
demultiplexing the multiplexed data received via the shared transport channel 
by using the identifier within the received multiplexed data. 
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FIG. 5 
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FIG. 7 
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FIG. 8 
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